System and method for credit forecasting

ABSTRACT

Disclosed is a system and method for the automated summarizing and reporting of key credit data elements of a consumer&#39;s multiple credit reports into an electronic, condensed, human-readable summary report including those key credit data elements most of interest to a loan originator. The generated electronic summary document displays the consumer&#39;s current credit mid-score, a credit mid-score forecast 30 days in the future, a mid-score projection based upon increases in the consumer&#39;s revolving debt, and an indication of the presence of negative credit information in the consumer&#39;s native credit reports.

CROSS REFERENCE TO RELATED APPLICATION

This application is a continuation of and claims priority from U.S.patent application Ser. No. 13/291,870 entitled “System and Method forCredit Forecasting,” filed with the U.S. Patent and Trademark Office onNov. 8, 2011 by the inventors herein, now U.S. Pat. No. 8,498,930 issuedJul. 30, 2013, which claims priority from Provisional Patent ApplicationSer. No. 61/411,684 entitled “System and Method for Credit Forecasting,”filed with the U.S. Patent and Trademark Office on Nov. 9, 2010 by theinventors herein, the specification of which is incorporated herein byreference.

FIELD OF THE INVENTION

This invention relates generally to credit forecasting, and moreparticularly to a system and method for the automated summarizing andreporting of key credit data elements into a human-readable summaryreport.

BACKGROUND OF THE INVENTION

Mortgages may be underwritten by evaluating a mortgage applicant'scredit, collateral, and capacity to pay. A preliminary evaluation ofcredit is typically performed by mortgage originators (that is, loanrepresentatives for mortgage brokers and mortgage lenders) prior tosubmitting the loan application to underwriting. This evaluation istypically done by examining a tri-bureau merged credit report, which iscreated for the mortgage originator by a credit reporting agency bymerging the consumer files provided by the three dominant creditbureaus: Experian, TransUnion, and Equifax.

Nearly all mortgage applications list either a single applicant, or twoapplicants of which one is the primary applicant and the other is theco-applicant. In the case of two applicants, their credit is typicallyevaluated separately.

Nearly all mortgages are underwritten using credit scores. The creditscore used for underwriting each applicant is the mid-score; that is,the median among the three credit scores computed from the three creditbureaus.

In addition to the mid-score, other credit information generally used inunderwriting consists of negative payment history on mortgages, thepresence of unpaid collection accounts on public records, and thepresence of accounts in credit counseling.

Capacity to pay in mortgage underwriting is typically evaluated usingdebt-to-income ratios. By convention, underwriters do not considerinstallment loans with 10 months of payments or less remaining andauthorized user accounts in the debt-to-income ratios.

Mortgage originators often are required by lenders to obtain a newcredit report after the initial evaluation and prior to closing on themortgage, so that the period between underwriting and closing is not solong such that the information could have changed significantly. As aresult, mortgage originators are concerned not just about the mid-scoreas it is when they obtain a credit report, but also about the potentialfor it to drop prior to closing the loan.

Authorized user accounts are included in the credit score calculation.They can be easily removed from the credit report and score calculationif they are having a negative effect on the credit score.

Mortgage lenders will generally refuse to underwrite an applicationwhere any of the accounts on the credit report is in dispute.

Mortgage originators also find it useful to know whether theirapplicants have been shopping around for mortgages prior to coming tothem. This can be determined from the credit report by the presence ofcredit inquiries from other mortgage originators.

In addition to credit information, consumer credit files can alsocontain alerts of various kinds of dangers to the underwriting process,including possible fraud and presence on the OFAC prohibited partieslist. Mortgage originators need to pay attention to these alerts forlegal and policy compliance.

Unfortunately, all of the foregoing disparate factors can have an impacton the mortgage originator's evaluation of an applicant's credit.However, trying to keep track of this data can be a significantchallenge for the mortgage originator, particularly given the variednature and distributed character of such data. It would therefore beadvantageous to provide a system and method capable of analyzing,condensing, and reporting the most relevant portions of data that wouldaffect the mortgage originator's evaluation into a single,human-readable report.

SUMMARY OF THE INVENTION

Disclosed is a system and method for generating a one-page capsule ofkey elements that a mortgage originator or other loan officer should bemade aware of when considering an applicant's credit. Prior to thesystem and method described herein, mortgage originators needed to digthrough the tri-bureau merged credit report (often running 10 pages ormore of densely packed information) to determine whether the importantpieces of information are present. Using the system and method describedherein, the mortgage originator can determine at a glance importantinformation that they need to know about the applicants' credit reports.

The system and method described herein automatically generate apresentation for mortgage credit reports that gives mortgage originatorsan instant snapshot of an applicant's creditworthiness. The system andmethod combine credit forecasts and key indicators needed to followindustry best practices into a simple, elegant presentation that isdelivered automatically with every credit report with no additionallogins or clicks. This allows mortgage originators to instantly size uptheir loan applicants to spot any critical issues, all without diggingthrough the actual credit report.

Each page of the report generated by the system and method describedherein preferably includes an easy-to-scan summary of three components:a forecast of the applicant's mid-score in 30 days, enabling theoriginator to immediately be aware of potential problems at closing; amid-score risk component that alerts the originator if nominal increasesin the applicant's revolving balance would put the mid-score at risk ofdropping; and key indicators from the credit report that may require themortgage originator's attention.

BRIEF DESCRIPTION OF THE DRAWINGS

The numerous advantages of the present invention may be betterunderstood by those skilled in the art by reference to the accompanyingfigures in which:

FIG. 1 is an exemplary view of an electronic, one-page summary report ofkey applicant credit data according to certain aspects of an embodimentof the invention.

FIG. 2 is an exemplary view of a second electronic, one-page summaryreport of key applicant credit data according to certain aspects of anembodiment of the invention.

FIG. 3 is a schematic representation of a system for credit forecastingaccording to certain aspects of an embodiment of the invention.

FIG. 4 if a flowchart representation of a method of credit forecastingaccording to certain aspects of an embodiment of the invention.

FIG. 5 is a schematic representation of exemplary hardware suitable foruse with the system of FIG. 3.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

The following description is of a particular embodiment of theinvention, set out to enable one to practice an implementation of theinvention, and is not intended to limit the preferred embodiment, but toserve as a particular example thereof. Those skilled in the art shouldappreciate that they may readily use the conception and specificembodiments disclosed as a basis for modifying or designing othermethods and systems for carrying out the same purposes of the presentinvention. Those skilled in the art should also realize that suchequivalent assemblies do not depart from the spirit and scope of theinvention in its broadest form.

In accordance with certain aspects of a particularly preferredembodiment, the system and method set forth herein allow a mortgageoriginator to immediately identify which loan programs the applicantsmay qualify for, if any, because the system and method described hereindisplays the credit scores, marks the mid-score, and provides flags fornegative mortgage payment history, collection accounts, and publicrecords. The mortgage originator also has the ability to immediatelyidentify hurdles to completing the closing of the loan, because thesystem and method described herein provides flags for accounts in creditcounseling, recent mortgage shopping by the applicants, authorized useraccounts, accounts in dispute, and alerts provided by the creditbureaus. The mortgage originator further has the ability to immediatelysee if the mid-score is likely to drop such that the applicants may nolonger qualify for their loan programs, because the system and methoddescribed herein displays the forecasted mid-score if the applicants donothing but pay their bills on time, and the forecasted mid-scores ifthe applicants increase their revolving balances by pre-specified dollaramounts. Moreover, the mortgage originator has the further ability tochange the revolving balance used in the mid-score risk evaluation, incase the applicant reveals a specific revolving balance increase thathas already occurred but has not yet been reflected on the creditreport.

In accordance with certain aspects of a particularly preferredembodiment of the invention, a system and method are provided offering anew product that may be useful for the mortgage broker market withadditional application in the mortgage lender market. That system andmethod, as detailed further below, provide functionality that presentskey pieces of aggregated information from a credit report to themortgage broker preferably as a cover page to the credit report, to helpthe broker complete their job in an expedited and reliable manner. Thesystem and method also provide functionality to forecast the impact of30 days of aging on the consumer's mid-score, and to provide an accurateand reliable prediction for the risk of a decrease in the consumer'smid-score due to increases in revolving balances. By default, theforecasts may be for balance increases of preferably $250 and $1,000,although other amounts may be designated to suit the preferences of aparticular mortgage originator. The report is configured to communicatethese ideas in an easy-to-understand manner on a single page. The systemand method may optionally provide a comprehensive deployment guide andtesting documentation to assist in successful implementation of thesoftware by client-hosts.

The system and method described herein may be provided to mortgageoriginators from a supplier, optionally through a hosting partner, inwhich case the supplier may provide the software engine and the designfor the user interface, while the hosting partner codes the interfaceand integrates the software engine to their platform.

In order to ensure that the indicators on the report generated by thesystem and method described herein do not conflict with the tri-mergedcredit report, the values of the underlying variables from thetri-merged credit report are preferably computed according to thespecifications detailed in the following table. These values arepreferably submitted when calling the software engine implementing thesystem and method described herein. Exemplary representations of reportsthat may be generated by the system and method described herein areshown in FIGS. 1 and 2.

Type of Information needed for information System Calculation DetailsMortgage Trade The inputs include the count Input provided includes alltrades identified as Payment History of all trades that have evermortgages on the merged credit report. been late and are identified Eachmortgage preferably requires a list of late as mortgages on the mergeddates (if any), and its late counters. credit report and the count ofNote: For this purpose, “late” preferably all trades that have been lateincludes all negative payment statuses, in the last 12 months and areincluding: foreclosed, foreclosure started, short identified asmortgages on sale, or deed in lieu; charged off; placed for the mergedcredit report. collection; settled for less than the full balance; Note:For this purpose, “late” and included in or discharged in bankruptcy.preferably includes all The list of late dates preferably includes thenegative payment statuses, number of negative entries in the paymentgrid including: foreclosed, on the merged credit report (zero if thereare no foreclosure started, short lates in the payment grid), and anentry for each sale, or deed in lieu; charged negative entry in thepayment grid that includes off; placed for collection; the correspondingdate and payment status. settled for less than the full Late countersare simply the counters of 30-day, balance; and included in or 60-day,and 90-day lates from the merged credit discharged in bankruptcy.report. Installment Loans The input includes the count Input providedincludes all trades identified as of all trades that are installment onthe merged credit report that are identified as installment on not paidoff. the merged credit report, are Each installment trade preferablyrequires an not leases, are not late as of indicator of whether theaccount is a lease, an the date of the credit report, indicator ofwhether the account is late as of the are not paid off, and have 10 dateof the credit report, and the information or fewer payments needed todetermine number of months of remaining. payments remaining. Todetermine the number of If the merged credit report provides detailedpayments remaining: account type information that identifies leases,Monthly payments made = then that information should be used to set theDate of the credit report − indicator of whether the account is a lease.Date the account was opened Otherwise, leases can be identified asfollows: (in months) Equifax: Narrative Code of BT, DN, EB, IB, Paymentsremaining = IC, ID, IG, JQ, or KE Terms in months − Monthly TransUnion:Loan Type Code of AL or LE, or payments made Remarks Code of PLLExperian: Type Code of 13 or 3A, or Special Comment Code of 76 If anaccount is listed as a lease on any bureau, the indicator of whether theaccount is a lease should be set to yes. The information needed todetermine the number of months of payments remaining includes the datethe account was opened and the terms in months, as displayed in themerged credit report. Collection Agency The input includes the countInput provided includes all tradelines identified Accounts of alltradelines that are as collection agency accounts on the mergedidentified as collection credit report. agency accounts on the mergedcredit report. Public Records The input includes the count Inputprovided includes all tradelines identified of all tradelines that areas public records on the merged credit report. identified as publicrecords on the merged credit report. Accounts in Credit The inputincludes the count Input provided includes all trades identified asCounseling of all trades identified as in in credit counseling on themerged credit report credit counseling on the (excluding paid offaccounts), or if no such merged credit report identification is madethen all trades identified (excluding paid off as in credit counselingaccording to the accounts), or if no such specification below.identification is made then If the merged credit report identifiesaccounts all trades identified as in currently in credit counseling,then that credit counseling according information should be used tocreate the list of to the specification provided accounts for this inputsection. in the details column. Otherwise, accounts currently in creditcounseling can be identified as follows: Equifax: Status Code = F, orone of the Narrative Codes is BX or GC; and Balance > 0 TransUnion: LoanType Code = DS, or Remarks Code = MCC; and Balance > 0 Experian: TypeCode = 34, or Special Comment Code = 11; and Balance > 0 If an accountis in credit counseling on any bureau, it should be included. Accountsin Dispute The input includes the count Input provided includes alltrades and collection of all trades and collection agency accountsidentified as in dispute on the agency accounts identified as mergedcredit report, or if no such identification in dispute on the merged ismade then all trades and collection agency credit report, or if no suchaccounts identified as in dispute according to identification is madethen the specification below. all trades and collection If the mergedcredit report identifies accounts in agency accounts identified asdispute, then that information should be used to in dispute according tothe create the list of accounts for this input section. specification inthe details Otherwise, accounts in dispute can be identified column. asfollows: Equifax: Status Code of S, Collection Status Code of S, orNarrative Code of AF, AG, AL, BB, BH, BV, DE, EI, EJ, FF, FG, FO, FP,FQ, FW, GE, IP, or IQ TransUnion: Remarks Code of AID, BCD, BKD, CAD,CDC, CDL, CDR, CDT, CFD, CRC, CTC, WCD, or WPD, or Collection Segment(CL01) Verification Indicator of T Experian: Special Comment Code of 14,78, 83, or 88. If the account is in dispute on any bureau, it should beincluded. Authorized User The input includes the count Input providedincludes all trades identified as Accounts of all trades identified asauthorized user accounts on the merged credit authorized user accountson report, or if no such identification is made then the merged creditreport, or all trades with an ECOA Code of A. if no such identificationis made then all trades with an ECOA Code of A. Recent Mortgage Theinput includes the count Input provided includes all inquiriesidentified Inquiries of all inquiries with dates in as mortgageinquiries on the merged credit the last 60 days identified as report.mortgage inquiries on the Each mortgage inquiry preferably requires themerged credit report. date of the inquiry. If the bureau is TransUnionand there exists a mortgage inquiry with the date the same as the dateof the TransUnion credit file, the count of inquiries should be reducedby one. This is to scrub the “current” inquiry from generating anindicator. Alerts The input includes the count Input provided includesindicators for each type of all credit bureau alerts of credit bureaualert listed on the merged credit listed on the merged credit report.report. Credit bureau alerts that should be included are positiveindications of fraud, active duty military status, death, and OFACmatch, as well as indication that the submitted SSN is not a match tothe credit file.

FIG. 3 provides a schematic view of a system suitable for implementing acredit forecasting system in accordance with certain features of anembodiment of the invention. A summary document creation engine 310 isprovided, and is preferably in data communication with an electronicdata storage device 312 that may store applicant financial and credithistory data. Summary document creation engine 310 also includes aprocessing module capable of receiving data from credit bureau servercomputers 320, processing that data to produce the outputs describedbelow, and outputting that data to an electronic form viewable as asingle-page document 314 on the computer of an end user 330, such as thecomputer system of a mortgage originator. Preferably, the electronic,single-page summary document 314 is transmitted to end user computer 330along with an electronic copy of the applicant's combined credit report316, which typically is multiple pages of highly condensed financialinformation. Optionally, the data processed by summary document creationengine 310 may be electronically transmitted to a hosting partnercomputer 340, which as mentioned above may integrate the outputsdiscussed below into the hosting partner's user interface, thuspresenting the summary document 314 in their own branded environment. Inthis arrangement, summary document creation engine 310 and hostingpartner computer 340 may be implemented on separate computer servers incommunication with one another across a communications network, such asa wide area network such as the Internet. Alternatively, summarydocument creation engine 310 may be implemented as a softwarecode-enabled module executable on the hosting partner computer 340. Inany event, mortgage originator 330 and credit bureau server computers320 are likewise configured to communicate with summary documentcreation engine 310 and hosting partner computer 340 again across a widearea network such as the Internet.

For hosting partner computers 340 that do not have the ability toprovide certain counts for displaying indicators of the method describedherein, the summary document creation engine 310 can compute any countthat the host cannot calculate but would like the system to output. Thisfunctionality can be called by the hosting partner computer 340 for anysubset of the indicators, as part of the request submitted to thesummary document creation engine 310. The summary document creationengine 310 computes the count directly from the raw consumer files fromeach credit bureau computer 320 so that the output will preferably beidentical to the situation in which the count is provided by the hostingpartner computer 340.

With reference to the flow chart of FIG. 4, the summary documentcreation engine 310 generates a number of outputs from the data receivedat step 410 from the credit bureau computers 320, which data is thenprocessed to generate a summary report 314 detailing the key factorsthat a mortgage originator should review in determining whether or notto grant a mortgage loan.

One such output is the current score of a particular consumer that isthe intended subject of the summary report. At step 412, such currentscore is parsed from the raw credit data received from the creditreporting agencies. One current score value is output for each applicantfor each of the following bureaus: Equifax, Experian and TransUnion(even if the profile from a particular bureau is missing, in which casea special value is output). More particularly, a single score for eachof the bureaus (Equifax, Experian and TransUnion) is output (even whenthe profile for a particular bureau is missing). This score is obtainedfrom the respective score segments for each of the credit files.

The score output for each bureau may take one of the following values:actual bureau score (as extracted from the raw credit profile); none;unknown score; or not scorable. The logic employed by the summarydocument creation engine 310 in order to populate the original scoresfor each bureau is as follows. First, if the score segment exists andthe score version is supported by the system's score forecasting models,the output is the actual score. This is a valid score. Next, if theprofile from a particular bureau is missing, the software will output“none” for that bureau's score. This is an invalid score. Next, if noscore segment with a recognized score is present, the software outputs“none.” This is an invalid score. Next, if a score segment is presentwith a recognized score but is not one of the valid types, the softwarewill output “unknown score.” This is an invalid score. Next, if thescore segment contains a code that indicates the credit file isunscorable, the software will output “not scorable.” This is a validscore.

In the case of multiple Equifax files for the same applicant, the firstscorable file will be chosen. Also, in case of a TransUnion profile withmultiple score segments, the first one is used. This is to account for asituation in which there are two or more scores returned fromTransUnion.

FIGS. 1 and 2 show the current score 102 presented on electronic form ofsingle-page document 314.

Another output of the summary document creation engine is a score type.At step 414, the summary document creation engine 310 parses the scoretype from the raw credit data received from the credit reportingagencies, and stores this value for further use by the system asdiscussed in greater detail below. This is the score type of theOriginal score. One output is generated for each applicant for each ofthe following bureaus: Equifax, Experian and TransUnion (even if theprofile from a particular bureau is missing, in which case a specialvalue is output). More particularly, when a profile is missing or aprofile has no score segment, a value of “N/A” is preferably returnedfor the score type.

The next output of the summary document creation engine relates toassignment of a mid-score flag to a single one of the plurality of anapplicant's credit scores received from the credit reporting agencies.At step 416, a mid-score flag for the consumer's current credit scoresis produced by the summary document creation engine, and provides theinformation to the developer to place an arrow (104 of FIGS. 1 and 2) ona particular one of the plurality of scores for the consumer (i.e., oneamong the three original credit scores) in order to draw the attentionof the human reviewer (i.e., the user of mortgage originator computer330) of the summary report to the particular mid-score. Likewise, thesummary document creation engine generates a mid-score type label,informing the hosting partner computer what type of score the mid-scoreflag is particularly highlighting. The possible values for suchmid-score type labels preferably include “middle” and “low.” In theevent that the mid-score flag is missing, the mid-score type label isalso absent.

Further, the mid-score flag is present for only one credit reportingbureau, and allows the host partner's developer to display an arrowindicating the mid-score on the original score from that bureau.Likewise, as mentioned above, the summary document creation engineproduces the mid-score type label that will provide the text within thearrow that will indicate the type of the mid-score (i.e., middle orlow).

The logic employed by the summary document creation engine to pick themid-score bureau and the mid-score type label is provided below. Asexplained above, the original mid-score is the current score from thebureau that is assigned the mid-score flag.

First, if there are three valid current scores, the original mid-scoreis calculated as follows. If there are no unscorables, the middlescoring bureau is assigned the mid-score flag, and the mid-score typelabel is “Mid.” Next, if there is one unscorable, then the lowestscoring bureau is assigned the mid-score flag, and the mid-score typelabel is “Mid.” Next, if there are two unscorable, then the remainingscore is assigned the mid-score flag, and the mid-score type label is“Mid.” Further, if there are three unscorables, no bureau is assignedthe mid-score flag, and the mid-score type label is not output. Last, inthe case of a tie (excluding unscorables), one of the bureaus with tied(repeated) scores is the mid-score and the tie will preferably be brokenin favor of alphabetical order of bureau names: Equifax, Experian,TransUnion. In this case, mid-score type label is “Mid.”

Next, if there are two valid current scores, the mid-score is calculatedas follows. If there are no unscorables, the lowest scoring bureau isassigned the mid-score flag, and the mid-score type label is “Low.”Next, if there is one unscorable, then the lone scored bureau isassigned the mid-score flag, and the mid-score type label is “Low.”Next, if there are two unscorables, no bureau is assigned the mid-scoreflag, and the mid-score type label is not output. Last, in the case of atie (excluding unscorables), one of the bureaus with tied (repeated)scores is the mid-score and the tie will be broken in favor of thealphabetical order of bureau names: Equifax, Experian, Transunion. Inthis case, the mid-score type label is “Low.”

Next, if there is one valid current score, no mid-score flag isgenerated, and the mid-score type label is not output.

Likewise, if there are no valid current scores, again no mid-score flagis generated, and the mid-score type label is not output.

The next output of the summary document creation engine is optional andrelates to the potential improvement in the consumer's credit score, andmore particularly to credit score improvement opportunities, whichopportunities may be identified through execution of commerciallyavailable computer software for determining credit profile modificationsthat may improve an individual's credit score, such as the softwareapplication CREDIT ASSURE™, which is commercially available from theassignee of the instant application. At step 418, one output mayoptionally be generated for each bureau and applicant (even when theprofile for the bureau is missing, in which case it takes a value ofblank). The summary document creation engine may then calculate theconsumer's potential score as their current score plus their potentialscore improvement. Again, one output may optionally be generated foreach bureau and applicant. FIG. 2 shows an exemplary electronic form ofsingle page document 314 for which a potential score improvement 105 hasbeen calculated.

A consumer's potential score improvement is preferably output only whena computer generated determination of credit profile modifications thatmay improve an individual's credit score, such as that which isavailable from CREDIT ASSURE™ from the assignee of the instantinvention, is also requested in the run. If CREDIT ASSURE™ is requestedin the run, the summary document creation engine 310 will preferablyoutput the current appropriate XML output fragment, and may take one ofthe following values: +0, blank, or signed integer. The logic employedby the summary document creation engine for populating the potentialscore improvement for each bureau is as follows. First, the processproceeds only when the current score is valid and scorable. If thecurrent score for any bureau is “not scorable,” “none,” or “unknownscore,” then potential score improvement for that bureau is blank andthe “More” button 250 of FIG. 2 is not shown. Likewise, if the potentialscore is unscorable and the current score is scorable, then thepotential score improvement=+0 and the “More” button 250 of FIG. 2 isnot shown.

The consumer's potential score 105 is thus their projected score as ifthe actions recommended by CREDIT ASSURE™ were carried out by theconsumer and the credit bureau re-reported the relevant information.Again, one potential score will optionally be output for each bureau andapplicant (regardless of the number of profiles, even when a profile forthat bureau is missing). If the potential score improvement is blank,then the potential score will also be blank; otherwise, the potentialscore equals the consumer's current score plus their potential scoreimprovement.

Next, at step 420, the summary document creation engine 310 outputs aforecasted mid-score for the consumer 30 days in the future (a singlevalue is generated for each consumer applicant), showing the effect ofthe passage of time for the applicant's mid-score. FIGS. 1 and 2 show anexemplary electronic form of a single page document 314 for which a 30day forecasted mid-score 106 has been calculated. A mid-score forecastlabel is also produced that describes the mid-score forecast type. Thisdescriptive label is based on the mid-score forecast type of the primaryapplicant, such that only one such mid-score forecast label is produced(i.e., even if it is a joint applicant, only a single label isproduced). The value of the mid-score forecast label is thus based onthe primary applicant in the request. The summary document creationengine 310 outputs the forecasted mid-score 106 for the applicant afteraging all provided credit files for preferably one month. The summarydocument creation engine 310 also preferably provides a directionindicator that will allow the presentation layer to show a graphic 108comprising an upward arrow (UP), a downward arrow (DOWN), or no arrow(NEUTRAL) associated with the presented forecasted mid-score.

The general method for calculating the forecasted mid-score, arrowindicator, and mid-score forecast label is as follows. For each profilewith a valid credit score, the summary document creation engine 310applies a scenario to age the profile by one month and calculates theforecast delta as the forecasted score after aging minus the currentscore. Then, the forecast delta is added to each valid current score tocalculate the day forecasted score. If the current score is unscorable,the forecast delta equals 0, and the forecasted credit score equalsunscorable.

More particularly, the logic employed by the summary document creationengine 310 to calculate the forecasted mid-score and text label is asfollows.

First, if there are three valid current scores, then the forecastedmid-score is calculated as follows. If there are no unscorables, theforecasted mid-score is the median of the forecasted scores, and themid-score forecast label output is “Mid-score forecast, in 30 days.”Next, if there is one unscorable, then the forecasted mid-score is thelowest forecasted score, and the mid-score forecast label output is“Mid-score forecast, in 30 days.” Next, if there are two unscorables,then the forecasted mid-score is the only forecasted score, and themid-score forecast label output is “Mid-score forecast, in 30 days.”Next, if there are three unscorables, then the forecasted mid-score is“NA,” and the mid-score forecast label output is “Mid-score forecast, in30 days.” Further, in case of a tie in the forecasted scores (excludingunscorables), the tied forecasted score is the forecasted mid-score, andthe mid-score forecast label output is “Mid-score forecast, in 30 days.”Last, if on any bureau the current score is scorable but the softwarewas unable to return a forecast, then the forecast mid-score is“insufficient data,” and the mid-score forecast label output is“Mid-score forecast, in 30 days.”

Second, if there are two valid current scores, then the forecastedmid-score is calculated as follows. If there are no unscorables, thelowest forecast score is output, and the text label output is “Low-scoreforecast, in 30 days.” Next, if there is one unscorable, then the loneforecast score is output, and the text label output is “Low-scoreforecast, in 30 days.” Next, if there are two unscorables, then “NA” isoutput for the score forecast, and the text label output is “Low-scoreforecast, in 30 days.” Further, in case of a tie in the forecast scores(excluding unscorables), the repeated score is the forecast, and thetext label output is “Low-score forecast, in 30 days.” Last, if on anybureau the current score is scorable but the software was unable toreturn a forecast, then the forecast mid-score is “insufficient data,”and the text label output is “Low-score forecast, in 30 days.”

Third, if there is one valid current score, then the resulting mid-scoreis calculated as follows. If there are no unscorables, the lone forecastscore is output, and the text label output is “Score forecast, in 30days.” If there is one unscorable, then “NA” is output for the score,and the text label output is “Score forecast, in 30 days.” If on anybureau the current score is scorable but the software was unable toreturn a forecast, then the forecast mid-score is “insufficient data,”and the text label output is “Score forecast, in 30 days.”

Finally, if there are no valid current scores, then the mid-scoreforecast is “N/A,” and the text label output is “Score forecast, in 30days.”

Likewise, the logic employed by the summary document creation engine 310in order to calculate the arrow indicator 108 is as follows. First, ifthe forecasted mid-score equals “insufficient data” or “N/A,” then thearrow indicator 108 is NEUTRAL. Second, if the forecasted mid-score isgreater than the original mid-score, then the arrow indicator 108 is UP.Third, if the forecasted mid-score is less than the original mid-score,then the arrow indicator 108 is DOWN. Last, if the forecasted mid-scoreequals the original mid-score, then the arrow indicator 108 is NEUTRAL.

Further, the logic employed by the summary document creation engine 310in order to age the profile by one month is as follows. Generally, theengine 310 creates a projected raw credit file for each bureau andapplicant and scores that projected credit file to obtain the forecastedscore 106. The projected raw credit profile incorporates the followingassumptions: (i) only accounts that have been updated within the lastthree months are aged; (ii) all dates that change monthly are advancedby one month; (iii) installment loan balances are reduced by theprincipal amount of their monthly payments, unless the account is in aterminal derogatory status; (iv) revolving and charge card balancesremain the same; (v) payment statuses remain the same on all accounts;and (vi) negative information is removed according to FCRA time limits,if needed.

Next, at step 422, the summary document creation engine 310 outputs aprojected mid-score for the consumer resulting from an increase in thatconsumer applicant's revolving debt. The summary document creationengine 310 produces a mid-score risk, and more particularly a projectionfor increasing the revolving balances of the consumer applicant by somefixed amount, such as by way of non-limiting example increases of both$250 and $1000, with each balance increase amount producing onemid-score risk per applicant. FIGS. 1 and 2 show an exemplary electronicform of a single page document 314 for which projected mid-scores 110have been calculated based on hypothetical increases of the applicant'srevolving debt. Likewise, the summary document creation engine 310produces a mid-score risk label that describes the mid-score risk type.This descriptive label is based on the mid-score risk type of theprimary applicant, such that one is produced per run (i.e., even if itis a joint applicant, a single label is produced). The summary documentcreation engine 310 preferably outputs the scenario for the mid-scorefor the consumer applicant after applying the scenario to all creditfiles received from the credit reporting agencies.

The summary document creation engine 310 also provides a directionindicator that will allow the presentation layer to show a graphic 112comprising an upward arrow (UP) (which in practice should never happen),a downward arrow (DOWN), or no arrow (NEUTRAL) associated with thepresented mid-score.

Moreover, the summary document creation engine 310 provides a text label(for the section header) which changes depending on whether themid-score is the middle score, the low score, or a single score. Suchtext labels thus preferably include “Mid-Score Risk,” “Low-Score Risk,”and “Score Risk,” respectively.

Further, the summary document creation engine outputs a flag for thehost's developer to determine whether to show the “Change amount” button114 reflected in FIGS. 1 and 2.

The method for calculating the scenario mid-score (for a single scenariowith balance increase amount $X), arrow indicator and text label is asfollows. For each profile with a valid current score, the summarydocument creation engine 310 applies the scenario to increase revolvingbalances by $X (for example, $250 or $1,000). If the scenario results inan error, then apply the “make payments for 1 month” scenario (keep thefinal score from this aging scenario), and flag the profile as an“error.” If the scenario returns a warning of partial success becausethe total available credit was not able to absorb the full balanceincrease, then flag the profile as an error (but keep the final scorefrom the balance increase scenario). Next, calculate the scenario deltaas the score after scenario minus the current score. Next, add thescenario delta to each valid current score to calculate the scenarioscore. If the current score is unscorable, then the scenario deltaequals 0, and the scenario score equals unscorable.

The logic employed by the summary document creation engine 310 tocalculate the scenario mid-score and the text label is as follows.

First, if there are three valid current scores, then the scenariomid-score is calculated as follows. If all profiles have the error flag,the scenario mid-score is “insufficient credit,” and the text labeloutput is “Mid-score Risk.” Next, if there are no unscorables, then thescenario mid-score is the middle scenario score, and the text labeloutput is “Mid-score Risk.” Next, if there is one unscorable, then thescenario mid-score is the lowest scenario score, and the text labeloutput is “Mid-score Risk.” Next, if there are two unscorables, then thescenario mid-score is the only scenario score, and the text label outputis “Mid-score Risk.” Next, if there are three unscorables, then thescenario mid-score is “N/A,” and the text label output is “Mid-scoreRisk.” Further, in case of a tie in the scenario scores (excludingunscorables), the scenario mid-score is the repeated scores, and thetext label output is “Mid-score Risk.” Last, if on any bureau thecurrent score is scorable but the software was unable to return aforecast, then the scenario mid-score is “insufficient data,” and thetext label output is “Mid-score Risk.”

Second, if there are two valid current scores, then the scenariomid-score is calculated as follows. If both the profiles have the errorflag, the scenario mid-score is “insufficient credit,” and the textlabel output is “Low-score Risk.” Next, if there are no unscorables,then the scenario mid-score is the lowest scenario score, and the textlabel output is “Low-score Risk.” Next, if there is one unscorable, thescenario mid-score is the only scenario score, and the text label outputis “Low-score Risk.” Next, if there are two unscorables, then thescenario mid-score is “N/A,” and the text label output is “Low-scoreRisk.” Further, in case of a tie in the scenario scores (excludingunscorables), the scenario mid-score is repeated scores, and the textlabel output is “Low-score Risk.”Last, if on any bureau the currentscore is scorable but the software was unable to return a forecast, thenthe scenario mid-score is “insufficient data,” and the text label outputis “Low-score Risk.”

Third, if there is one valid original credit score, then the scenariomid-score is calculated as follows. If the profile has the error flag,then the scenario mid-score is “insufficient credit,” and the text labeloutput is “Score Risk.” Next, if there are no unscorables, the scenariomid-score is the lone scenario score, and the text label output is“Score Risk.” Next, if there is one unscorable, then the scenariomid-score is “N/A,” and the text label output is “Score Risk.” Last, ifon any bureau the current score is scorable but the software was unableto return a forecast, then the scenario mid-score is “insufficientdata,” and the text label output is “Score Risk.”

Fourth, if there are NO valid original credit scores, then the scenariomid-score is “N/A,” and the text label output is ‘Score Risk’

In order to calculate the scenario mid-score that is output forpresentation in the summary report 314, the following process isemployed. If the scenario mid-score is “insufficient data,” the systemoutputs “insufficient data.” If the scenario mid-score is “insufficientcredit,” the system outputs “insufficient credit.” If the scenariomid-score is “N/A,” the system outputs N/A. If the scenario mid-score isless than the mid-score, the system outputs the scenario mid-score andoutputs the DOWN arrow indicator. Last, if the scenario mid-score isgreater than or equal to the mid-score, the system outputs “no decrease”and outputs the NEUTRAL arrow indicator.

As mentioned above, the summary document creation engine outputs a flagfor the host's developer to determine whether to show the “Changeamount” button 114 reflected in FIGS. 1 and 2. Preferably, the “ChangeAmount” button indicator is always set to YES (such that the host'sdeveloper must display this button), unless the mid-score risk scoresfrom both scenarios are “insufficient data.”

For the scenario to age/increase revolving balances by $X, the summarydocument creation engine 310 first creates a projected raw credit filefor each bureau and applicant and scores it to obtain the forecastedscore. The projected raw credit profile incorporates the followingassumptions: (i) only revolving accounts that have been updated withinthe last three months can have their balances increased; (ii) apply thebalance to revolving accounts according to a sort order of accounts fromsmallest to largest available credit, in order to maximize the potentialscore impact; (iii) only accounts that have been updated within the lastthree months are aged; (iv) all dates that change monthly are advancedby one month; (v) installment loan balances are reduced by the principalamount of their monthly payments, unless the account is in a terminalderogatory status; (vi) revolving and charge card balances not increasedby the scenario remain the same; (vii) payment statuses remain the sameon all accounts; and (viii) negative information is removed according toFCRA time limits, if needed.

Next, at step 424, the summary document creation engine 310 outputscertain key indicators 120, the particular selection of which are basedon selections made by the hosting partner computers. Labels 122 forindicators identify the indicators that the end-users should payparticular attention to in the credit reports. The summary documentcreation engine 310 produces indicator flags based on the informationprovided by the hosts from the consumer applicant's merged credit file,and provides information about the presence of a key indicator 120 onthe credit report. Likewise, the indicators themselves comprise summaryinformation based on the information provided by the hosts (from themerged credit report) to draw attention of the end-user to specificportions of the credit report.

The following key indicators 120 are preferably presented by the summarydocument creation engine 310 and available for the hosting partnercomputer to incorporate: (i) negative mortgage history over the last 12months; (ii) negative mortgage history for all time; (iii) installmentloans that have no more than 10 months left; (iv) collections accounts;(v) public records entries on the consumer applicant's credit report;(vi) accounts in dispute; (vii) accounts in credit counseling; (viii)authorized user accounts; (ix) mortgage shopping indications (recentinquiries); and (x) alerts reported by bureaus. Each indicator 120 canhave the value of Yes, No, or “not checked.” If any field is missing orinvalid, the engine will output “not checked.” Otherwise, for each validfield, the engine will output a flag that informs the host's developerto show either the presence of a particular piece of information orabsence of that information.

Finally, at step 424, an electronic summary document 314 is generatedpresenting the above outputs in a single page, electronic, summarydocument to a user of mortgage originator computer 330.

While much of the above description of the system and method of theinvention are directed to scenarios comprising co-applicants, when onlya single applicant is run through the system and method describedherein, then a special value may be output so the host's developers knowthat only a single applicant was run. In that output, preferably onlythis special value of the text is shown in place of the standard contentfor the co-applicant.

Summary document creation engine 310 may be hosted on one or more servercomputers configured to communicate with client and other interconnectedcomputing devices using TCP/IP packets. An exemplary hardware systemgenerally representative of a computing device suitable for such uses,and for hosting computer 340, credit reporting agency computers 320, andmortgage originator computers 330, is shown in FIG. 5. In each case, acentral processing system 502 controls the hardware system 500 of thesummary document creation engine 310. A central processing unit such asa microprocessor or microcontroller for executing programs is includedin the central processing system 502 for the performance of datamanipulations and controlling the tasks of the hardware system 500. Asystem bus 510 provides the communication with the central processor 502for transferring information among the components of the hardware system500. Facilitating information transfer between storage and otherperipheral components of the hardware system may be a data channel thatmay be included in bus 510. Further, the set of signals required forcommunication with the central processing system 502 including a databus, address bus, and control bus is provided by bus 510. It iscontemplated that any state of the art bus architecture according topromulgated standards may be utilized for bus 510, for example industrystandard architecture (ISA), extended industry standard architecture(EISA), Micro Channel Architecture (MCA), peripheral componentinterconnect (PCI) local bus, standards promulgated by the Institute ofElectrical and Electronics Engineers (IEEE) including IEEE 488general-purpose interface bus (GPIB), IEEE 696/S-100, and so on.

A main memory 504 and auxiliary memory 506 (including an auxiliaryprocessing system 508, as required) may be provided. The storage ofinstructions and data for programs executing on the central processingsystem 502 is provided by main memory 504. Typically semiconductor-basedmemory such as dynamic random access memory (DRAM) and/or static randomaccess memory (SRAM) is used for the main memory 504. However, mainmemory 504 may utilize other semi-conductor-based memory types, such assynchronous dynamic random access memory (SDRAM), Rambus dynamic randomaccess memory (RDRAM), ferroelectric random access memory (FRAM), and soon. The storage of instructions and data that are loaded into the mainmemory 504 before execution is provided by auxiliary memory 506. Thestorage capabilities provided by the auxiliary memory 506 may includesemiconductor based memory such as read-only memory (ROM), programmableread-only memory (PROM), erasable programmable read-only memory (EPROM),electrically erasable read-only memory (EEPROM), or flash memory (blockoriented memory similar to EEPROM). Alternatively, a variety ofnon-semiconductor-based memories, including but not limited to floppydisk, hard disk, magnetic tape, drum, optical, laser disk, compact discread-only memory (CD-ROM), write once compact disc (CD-R), rewritablecompact disc (CD-RW), digital versatile disc read-only memory (DVD-ROM),write once DVD (DVD-R), rewritable digital versatile disc (DVD-RAM), andother varieties of memory devices as contemplated may be used forauxiliary memory 506.

Auxiliary processors of the auxiliary processing system 508, which arediscrete or built into the main processor, may be included in hardwaresystem 500. These auxiliary processors may be used as a digital signalprocessor (a special-purpose microprocessor having an architecturesuitable for fast execution of signal processing algorithms), as aback-end processor (a slave processor subordinate to the main processingsystem), as an additional microprocessor or controller for dual ormultiple processor systems, or as a coprocessor. They may also be usedto manage input/output and/or to perform floating point mathematicaloperations.

A display system 512 for connecting to a display device 514, wherein thedisplay system 512 may comprise a video display adapter having all ofthe components for driving the display device, including video memory,buffer, and graphics engine as desired, is included in hardware system500. Video memory may be, for example, windows random access memory(WRAM), video random access memory (VRAM), synchronous graphics randomaccess memory (SGRAM), and the like. The display device 514 may comprisea cathode ray-tube (CRT) type display such as a monitor or television,or an alternative type of display technology such as a projection-typeCRT display, a light-emitting diode (LED) display, a gas or plasmadisplay, an electroluminescent display, a vacuum fluorescent display, acathodoluminescent (field emission) display, a liquid-crystal display(LCD) overhead projector display, an LCD display, a plasma-addressedliquid crystal (PALC) display, a high gain emissive display (HGED), andso forth.

An input/output (I/O) system 516 for connecting to one or more I/Odevices 518, 520, and up to N number of I/O devices 522 is included inhardware system 500. Interface functions between the one or more I/Odevices 518-522 may be provided by various controllers or adapters. I/Odevices such as a keyboard, mouse, trackball, touchpad, joystick,trackstick, infrared transducers, printer, modem, RF modem, bar codereader, charge-coupled device (CCD) reader, scanner, compact discread-only memory (CD-ROM), digital versatile disc (DVD), video capturedevice, touch screen, stylus, electroacoustic transducer, microphone,speaker, and others may be communicatively coupled by various interfacemechanisms, such as universal serial bus (USB) port, universalasynchronous receiver-transmitter (UART) port, serial port, IEEE 1394serial bus port, infrared port, network adapter, parallel port, printeradapter, radio-frequency (RF) communications adapter, and others. Analogor digital communication capabilities between the hardware system 500and the input/output system 516 and I/O devices 518-522 may be providedfor communication with external devices, networks, or informationsources. Preferably industry promulgated architecture standards areimplemented by system 516 and I/O devices 518-522, including EthernetIEEE 802 standards (e.g., IEEE 802.3 for broadband and basebandnetworks, IEEE 802.3z for Gigabit Ethernet, IEEE 802.4 for token passingbus networks, IEEE 802.5 for token ring networks, IEEE 802.6 formetropolitan area networks, and so on), Fibre Channel, digitalsubscriber line (DSL), asymmetric digital subscriber line (ASDL), framerelay, asynchronous transfer mode (ATM), integrated digital servicesnetwork (ISDN), personal communications services (PCS), transmissioncontrol protocol/Internet protocol (TCP/IP), serial line Internetprotocol/point to point protocol (SLIP/PPP), and so on. It is to beunderstood that modification or reconfiguration of the hardware system500 of FIG. 3 by one having ordinary skill in the art would not departfrom the scope or the spirit of the present invention.

Having now fully set forth the preferred embodiments and certainmodifications of the concept underlying the present invention, variousother embodiments as well as certain variations and modifications of theembodiments herein shown and described will obviously occur to thoseskilled in the art upon becoming familiar with said underlying concept.It should be understood, therefore, that the invention may be practicedotherwise than as specifically set forth herein.

1. A computer implemented method for the automated generation anddisplay of an electronic, single-page summary report aggregating keydata from a consumer's multiple electronic credit reports, comprisingthe steps of: receiving at a summary document creation server computerexecuting a summary document creation engine a consumer's credit reportdata from each of a plurality of credit bureaus; identifying at saidsummary document creation server computer the consumer's current creditscores from said credit report data; determining at said summarydocument creation server computer a forecasted mid-score for saidconsumer at a pre-designated point in the future; determining at saidsummary document creation server computer a projected mid-score for saidconsumer resulting from a hypothetical increase in an amount of saidconsumer's revolving credit; combining at said summary document creationserver computer said current credit scores, said forecasted mid-score,and said projected mid-score into a single electronic form summarydocument; and transmitting said single electronic form summary documentto a third party computer.
 2. The method of claim 1, wherein said stepof determining a forecasted mid-score further comprises automaticallyaging a credit history of said consumer to said pre-designated point inthe future.
 3. The method of claim 2, wherein said step of automaticallyaging said credit history further comprises aging said consumer's creditaccounts that have been updated within a prior, pre-designated timeperiod.
 4. The method of claim 2, wherein said step of automaticallyaging said credit history further comprises identifying dates inaccounts in said consumer's credit history that change monthly, andautomatically advancing all of said dates by a number of monthscorresponding to a pre-designated point in the future.
 5. The method ofclaim 2, wherein said step of automatically aging said credit historyfurther comprises identifying a required monthly payment amount ininstallment loans in said consumer's credit history, estimating theportion of payment that is principal on each of said installment loans,and automatically reducing a balance on each of said installment loansby said estimated principal amount.
 6. The method of claim 1, whereinsaid step of determining a projected mid-score further comprisesautomatically determining at least a first projected mid-score and asecond projected mid-score, wherein each of said first and secondprojected mid-scores is based upon a distinct, hypothetical increase ofsaid consumer's revolving credit in pre-determined amounts.
 7. Themethod of claim 6, further comprising the step of displaying both ofsaid first and second projected mid-scores.
 8. (canceled)
 9. (canceled)10. (canceled)
 11. A system for the automated generation and display ofan electronic, single-page summary report aggregating key data from aconsumer's multiple electronic credit reports, comprising: a summarydocument creation server computer having executable computer code storedthereon executing a summary document creation engine adapted to: receivea consumer's credit report data from each of a plurality of creditbureaus; identify the consumer's current credit scores from said creditreport data; determine a forecasted mid-score for said consumer at apre-designated point in the future; determine a projected mid-score forsaid consumer resulting from a hypothetical increase in an amount ofsaid consumer's revolving credit; combine said current credit scores,said forecasted mid-score, and said projected mid-score into a singleelectronic form summary document; and transmit said single electronicform summary document to a third party computer.
 12. The system of claim11, wherein determining a forecasted mid-score further comprisesautomatically aging a credit history of said consumer to saidpre-designated point in the future.
 13. The system of claim 12, whereinautomatically aging said credit history further comprises aging saidconsumer's credit accounts that have been updated within a prior,pre-designated time period.
 14. The system of claim 12, whereinautomatically aging said credit history further comprises identifyingdates in accounts in said consumer's credit history that change monthly,and automatically advancing all of said dates by a number of monthscorresponding to a pre-designated point in the future.
 15. The system ofclaim 12, wherein automatically aging said credit history furthercomprises identifying a required monthly payment amount in installmentloans in said consumer's credit history, estimating the portion ofpayment that is principal on each of said installment loans, andautomatically reducing a balance on each of said installment loans bysaid estimated principal amount.
 16. The system of claim 11, whereindetermining a projected mid-score further comprises automaticallydetermining at least a first projected mid-score and a second projectedmid-score, wherein each of said first and second projected mid-scores isbased upon a distinct, hypothetical increase of said consumer'srevolving credit in pre-determined amounts.
 17. The system of claim 16,wherein said executable computer code is further adapted to display bothof said first and second projected mid-scores.
 18. (canceled) 19.(canceled)
 20. (canceled)
 21. A computer implemented method for theautomated generation and display of an electronic, single-page summaryreport aggregating key data from a consumer's multiple electronic creditreports, comprising the steps of: receiving at a summary documentcreation server computer executing a summary document creation engine aconsumer's credit report data from each of a plurality of creditbureaus; identifying at said summary document creation server computerthe consumer's current credit scores from said credit report data;determining at said summary document creation server computer aforecasted mid-score for said consumer at a pre-designated point in thefuture; combining at said summary document creation server computer saidcurrent credit scores and said forecasted mid-score into a singleelectronic form summary document; and transmitting said singleelectronic form summary document to a third party computer.
 22. Themethod of claim 21, wherein said step of determining a forecastedmid-score further comprises automatically aging a credit history of saidconsumer to said pre-designated point in the future.
 23. The method ofclaim 22, wherein said step of automatically aging said credit historyfurther comprises aging said consumer's credit accounts that have beenupdated within a prior, pre-designated time period.
 24. The method ofclaim 22, wherein said step of automatically aging said credit historyfurther comprises identifying dates in accounts in said consumer'scredit history that change monthly, and automatically advancing all ofsaid dates by a number of months corresponding to a pre-designated pointin the future.
 25. The method of claim 22, wherein said step ofautomatically aging said credit history further comprises identifying arequired monthly payment amount in installment loans in said consumer'scredit history, estimating the portion of payment that is principal oneach of said installment loans, and automatically reducing a balance oneach of said installment loans by said estimated principal amount.
 26. Acomputer implemented method for the automated generation and display ofan electronic, single-page summary report aggregating key data from aconsumer's multiple electronic credit reports, comprising the steps of:receiving at a summary document creation server computer executing asummary document creation engine a consumer's credit report data fromeach of a plurality of credit bureaus; identifying at said summarydocument creation server computer the consumer's current credit scoresfrom said credit report data; determining at said summary documentcreation server computer a projected mid-score for said consumerresulting from a hypothetical increase in an amount of said consumer'srevolving credit; combining at said summary document creation servercomputer said current credit scores and said projected mid-score into asingle electronic form summary document; and transmitting said singleelectronic form summary document to a third party computer.
 27. Themethod of claim 26, wherein said step of determining a projectedmid-score further comprises automatically determining at least a firstprojected mid-score and a second projected mid-score, wherein each ofsaid first and second projected mid-scores is based upon a distinct,hypothetical increase of said consumer's revolving credit inpre-determined amounts.
 28. The method of claim 27, further comprisingthe step of displaying both of said first and second projectedmid-scores.
 29. A system for the automated generation and display of anelectronic, single-page summary report aggregating key data from aconsumer's multiple electronic credit reports, comprising: a summarydocument creation server computer having executable computer code storedthereon executing a summary document creation engine adapted to: receivea consumer's credit report data from each of a plurality of creditbureaus; identify the consumer's current credit scores from said creditreport data; determine a forecasted mid-score for said consumer at apre-designated point in the future; combine said current credit scores,said forecasted mid-score, and said projected mid-score into a singleelectronic form summary document; and transmit said single electronicform summary document to a third party computer.
 30. The system of claim29, wherein determining a forecasted mid-score further comprisesautomatically aging a credit history of said consumer to saidpre-designated point in the future.
 31. The system of claim 30, whereinautomatically aging said credit history further comprises aging saidconsumer's credit accounts that have been updated within a prior,pre-designated time period.
 32. The system of claim 30, whereinautomatically aging said credit history further comprises identifyingdates in accounts in said consumer's credit history that change monthly,and automatically advancing all of said dates by a number of monthscorresponding to a pre-designated point in the future.
 33. The system ofclaim 30, wherein automatically aging said credit history furthercomprises identifying a required monthly payment amount in installmentloans in said consumer's credit history, estimating the portion ofpayment that is principal on each of said installment loans, andautomatically reducing a balance on each of said installment loans bysaid estimated principal amount.
 34. A system for the automatedgeneration and display of an electronic, single-page summary reportaggregating key data from a consumer's multiple electronic creditreports, comprising: a summary document creation server computer havingexecutable computer code stored thereon executing a summary documentcreation engine adapted to: receive a consumer's credit report data fromeach of a plurality of credit bureaus; identify the consumer's currentcredit scores from said credit report data; determine a projectedmid-score for said consumer resulting from a hypothetical increase in anamount of said consumer's revolving credit; combine said current creditscores, said forecasted mid-score, and said projected mid-score into asingle electronic form summary document; and transmit said singleelectronic form summary document to a third party computer.
 35. Thesystem of claim 34, wherein determining a projected mid-score furthercomprises automatically determining at least a first projected mid-scoreand a second projected mid-score, wherein each of said first and secondprojected mid-scores is based upon a distinct, hypothetical increase ofsaid consumer's revolving credit in pre-determined amounts.
 36. Thesystem of claim 35, wherein said executable computer code is furtheradapted to display both of said first and second projected mid-scores.